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The system includes a multi-media server (2) for connection to various ticket servers (5,5*) via interfaces (7). 
An index database (3) is provided for selecting an event of interest and retrieving the required or released 
ticket quotas. The elements of the database contain event information to which an associated event index is 
allocated. The event index is provided with interface information required for the selection or calling of the 
required ticket server and/or further servers. It is also provided with authentication routines and data transfer 
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(54) Elektronisches Kartenvorverkaufssystem 

(57) Es sind elektronische Kartenvorverkaufssy- 
steme bekannt, bei denen uber unterschiedliche 
Zugriffsmedien Karten aus einem vorhandenen Karten- 
pool bestellt werden konnen. Nachteilig bei derartigen 
Systemen ist, daB nur die Karten bestellt werden kon- 
nen, die der jeweilige Vorverkaufsbetreiber in seinem 
Angebot hat. Bei Erschopfung der Kartenkontingente 
Oder aber fur Veranstaltungen, die der jeweilige Vorver- 
kaufer nicht im Programm hat, konnen auf diesem Weg 
keine Karten erworben werden. 

Das erfindungsgemaBe elektronisches Kartenvor- 
verkaufssystem arbeitet mit einem Multi-Media-Server 
(2), auf dem eine Index-Datenbank (3) abgelegt ist, die 
jeder Veranstaitung eine eindeutige Kennung (21) 
zuordnet. Neben den Daten zur Veranstaitung enthatt 
die Index-Datenbank (3) jeweils Informationen uber 
samtliche angeschlossenen Kartenkontingente und die 
etwaig erforderlichen Einwahlroutinen auf die betreffen- 
den Ticket-Server (5, 5*). Somit konnen uber die zen- 
trale Index-Datenbank (3) samtliche angeschlossenen 
Kartenkontingente unterschiedlicher Vorverkaufssy- 
steme angesprochen, abgefragt und gesucht werden. 
Die Zusammenschaltung bestehender Kartenvorver- 
kaufssysteme uber eine zentrale Index-Datenbank (3) 
gelingt durch ein offenes System verteilter Datenban- 
ken. 

Kartenvorverkauf 
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B schr ibung 

[0001] Die Erfindung betrifft ein elektronisches Kar- 
tenvorverkaufssystem. 

[0002] Derartige Systeme geh6ren seit einigen Jah- 5 
ren zum Stand der Technik und erfreuen sich mit zuneh- 
mender Verbreitung des Internets einer wachsenden 
Beliebtheit. 

[0003] So ist beispielsweise a us der vorveroffent- 
lichten DE 90 02 281 U1 eine Einrichtung zum Verkauf 10 
von Eintrittskarten bekennt, die im wesentlichen zumin- 
dest einen Kartenvorverkaufsautomaten mit einer 
Anzeigeeinrichtung und einem Kartendrucker. Der 
erwaTinte Kartenvorkaufsautomat steht mit einem das 
jeweilige Kartenkontingent verwaltenden Zentralrech- 15 
ner in Datenverbindung. Nach Priifung der Verfugbar- 
keit der gewunschten Karte durch Ruckkopplung mit 
dem Zentralrechner und Abwicklung des Bezahlvor- 
gangs wird ggf. vor Ort an dem Kartenvorverkaufsauto- 
mat die betreffende Karte ausgedruckt. 20 
[0004] Die vorbekannten Eintrittskartenvertriebssy- 
steme arbeiten je nach GroBe mit einer unterschiedli- 
chen Anzahl von Veranstaltern unterschiedlicher Art 
zusammen. 

[0005] Dabei ubernehmen Sie exkiusiv Oder in ein- 25 
facher Lizenz den teilweisen Oder gesamten Vertrieb 
der Eintrittskarten fur beliebige oder ausgewahlte Ver- 
anstaltungen. Dabei arbeiten die vorbekannten Eintr'rtts- 
kartenvertriebssysteme grundsatzlich mit einem 
Zentralrechner, dem sogenannten ..Ticket-Server", der 30 
das jeweits zur Verfugung stehende Kartenkontingent 
zentral verwaltet. Dies bedeutet, daB unabhangig von 
dem jeweiligen Vertriebsmodus der Karten, ob nun im 
Wege des e-commerce, des Call-Centers oder der her- 
kommlichen VerauBerung einer Karte in Papierform im 35 
Ergebnis immer eine Datenbewegung auf diesem Tik- 
ket-Server entweder in Echtzeit oder zeitversetzt erfolgt. 
[0006] Samtliche Karte nvertriebsmodi setzen somit 
zumindest eine Schnittstelle zu dem erwahnten Ticket- 
Server voraus. Bei richtigem Verstandnis des Systems 40 
ist sogar die Abendkasse einer Veranstaltung nichts 
anderes als die vom Server abgerufene Restkarten- 
menge. In diesem Falle erfolgt nur die Ausbuchung des 
entsprechenden Restkartenkontin gents aus dem Ser- 
ver zeitlich vor der eigentlichen VerauBerung an den 45 
Letztverbraucher. 

[0007] Nachteilig bei den vorbekannten Kartenver- 
kaufssystemen ist, daB sie trotz ihres breitgefacherten 
und weitverteilten Angebots letztlich in sich geschlos- 
sene Systeme darstellen. Nur die Veranstaltungen, die 50 
auf dem erwahnten Ticket-Server abgelegt sind, kon- 
nen von dem jeweiligen Kartenvertriebssystem auch 
angeboten werden. Dies bedeutet konkret, daB jedes 
der vorbenannten Eintrittskartenvertriebssysteme nur 
die Veranstaftungen anbieten bzw. im Programm haben 55 
kann, zu deren Vertrieb sie mit dem jeweiligen Veran- 
stalter zusammenarbeiten bzw. befugt sind. 
[0008] Dabei ist es sowohl fur den Veranstalter als 



auch fur den Letztverbraucher einigermaBen umstand- 
lich, daB er aufgrund der geschilderten Situation neben 
der Zusatzinformation uber die Veranstaltung selbst 
zusatzlich immer die Zusatzinformation benotigt, wel- 
ches Kartenvertriebssystem den Vorverkauf fur die 
betreffende Veranstaltung durchfOhrt. Die Veranstalter 
versuchen dem zu begegnen, indem sie ihr Kartenkon- 
tingent auf mehrere Karte nvertriebssysteme verteilen. 
Dies mag zwar das Problem verkleinern, aber letztlich 
stellt es keine Losung dar. Denn auch bei diesen Ldsun- 
gen kann jeder Anbieter nur das ihm jeweils zugewie- 
sene Kartenkontingent ausschdpfen und reagiert nach 
dessen Abverkauf auf weitere Kartenanfragen ublicher- 
weise mit der Verbreitung der objektiv falschen Informa- 
tion, die nachgefragte Veranstaltung sei ausverkauft. 
Hierdurch versuchen die Veranstalter zu vermeiden, 
daB ihre Kunden unmittelbar zum direkten Wettbewerb 
iiberlaufen. Alternativ versuchen die betroffenen Ver- 
treiber auch, ein weiteres Kartenkontingent vom Veran- 
stalter oder vom Wettbewerber zu erhalten. Dies stellt 
allerdings auch nur eine Losung des Problems dar bis 
auch die KapazitSt dieses neuen Kontingents erschopft 
ist. AnschlieBend tritt das Problem unverandert erneut 
auf. 

[0009] Dies bedeutet, daB ungeachtet aller techni- 
schen Moglichkeiten heutige elektronische Kartenvor- 
verkaufssysteme aufgrund der beschriebenen 
technisch unvermeidlichen Kontingentbegrenzungen 
letztlich auf dem Niveau herkommlicher Vorverkaufs- 
stellen mit einem Kontingent bereits fertig ausgedruck- 
ter Tickets agieren. Das Problem wird durch die GroBe 
des Netzwerkes gemildert aber letztlich nicht gelost. 
[0010] Es liegt auf der Hand, daB Veranstalter, Ver- 
braucher, aber auch Kartenvorverkaufssysteme an 
einer Uberwindung dieses Zustandes interessiert sind. 
[0011] Der Erfindung liegt daher die Aufgabe 
zugrunde, ein elektronisches Kartenvorverkaufssystem 
zu schaffen, das im Unterschied zu dem beschriebenen 
Stand der Technik ein offenes System darstellt. 
[001 2] Diese Aufgabe wird durch ein elektronisches 
Kartenvorverkaufssystem mit den Merkmalen des 
Hauptanspruchs gelost. Vorteilhafte Ausgestaltungen 
dieses neuartigen Kartenvorverkaufssystems ergeben 
sich aus den nachfolgenden Unteranspruchen. 
[0013] Die Losung der erfindungsgemaBen Auf- 
gabe gelingt mittels der Einrichtung einer sogenannten 
„verteilten Datenbank". Den eigentlichen Ticket- und 
Veranstaltungsdatenbanken wird eine sogenannte 
Index-Datenbank vorgeschaltet, innerhalb der zu jeder 
Veranstaltung eine eindeutige Zuordnung, da die Veran- 
staltung betreffenden Informationen und insbesondere 
solche Informationen abgelegt sind, die zum Anwahlen 
eines auf einem beliebigen anderen Ticket-Server 
abgelegten Kartenkontingents erforderlich sind. Es han- 
delt sich dabei in erster Linie um die Informationen uber 
die benotigten Schnittstelle, die benotigten Datentrans- 
ferprotokolle und die hierzu einzusetzenden Konvertie- 
rungsalgorithmen. Diese Indexdatenbank ist auf einem 
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Multi-Media-Server abgelegt, der zusatzlich weitere 
Daten zu den Veranstaltungen Oder selbst entspre- 
chende Kartenkontingente enthalten kann. 
[0014] Die Indexdatenbank enthalt daruber hinaus 
sogenannte hints oder links auf etwaig im Zusammen- s 
hang mit der Anwahl von Kartenkontingenten bzw. Tik- 
ket-Servern erforderlichen Identifikations- oder 
Einwahlroutinen erforderlichen Program mmodule. 
[0015] Der entsprechend ausgestaitete Multi- 
Media-Server erlaubt es somit, Ober die Index-Daten- w 
bank die jeweils gewunschte Veranstaltung auszuwah- 
len und die zu dieser Veranstaltung insgesamt zur 
Verfugung stehenden Kartenkontingente abzurufen. 
Voraussetzung hierfur ist, daB samtliche Vertriebssy- 
steme ihren jeweiligen Ticket-Server fur den genannten 75 
Multi-Media-Server freischalten. Nachdem jedoch alle 
Kartenvertriebssysteme daran interessiert sind, ihre 
Karten zu verkaufen, liegt die erwahnte Freischaltung 
im Interesse aller Beteiligten. 

[0016] Der beschriebene Multi-Media-Server orga- 20 
nisiert somit Ober die genannte Index-Datenbank ein 
System innerhalb eines oder auf mehrere Server ver- 
teilter Datenbanken, das letztlich den Zugriff auf samtli- 
che angeschlossenen Kartenverteilungssysteme 
ermbglicht. Jeder der an diesen Multi-Media-Server 25 
angeschlossen ist und uber die entsprechenden 
Berechtigungen verfugt, kann somit uber das gesamte 
zu einer Veranstaltung zur Verfugung stehende Karten- 
kontingent vollstandig und gegebenenfalls in Echtzeit 
verfugen. 30 
[0017] Hierzu ist es freilich erforderlich, daB die 
Index-Datenbank jeweils samtliche fur diesen Vertrieb 
vorgesehenen Veranstaltungen umfaBt. Die Datenbank 
wird daher in regelmaBigen Abstanden oder in Echtzeit 
aktualisiert. 35 
[0018] Zur Recherche in der genannten Index- 
Datenbank ist eine Retrieval-Software vorgesehen, die 
einen Zugriff auf unterschiedliche Felder der in dieser 
Index-Datenbank angelegten Datenbankelemente 
erlaubt. 40 
[0019] Der Bedienungskomfort der Index-Daten- 
bank kann dadurch erhoht werden, daB ein Thesaurus 
fur zumindest einen Teil der innerhalb der Index-Daten- 
bank recherchierbaren Felder angeiegt ist Hierdurch ist 
es moglich, daB eine Veranstaltung auch aufgrund von 45 
unvollstandigen oder teilweise fehlerhaften Informatio- 
nen aufgefunden werden kann. 
[0020] Nachdem es im Rahmen der Erfindung 
durchaus moglich ist, mehrere unterschiedliche Karten- 
kontingente zur selben Veranstaltung anzubieten, ist es so 
von Vorteil, wenn diese Kartenkontingente mit einer 
Prioritatskennung versehen werden, wobei der Abver- 
kauf der Kartenkontingente in der Reihenfolge dieser 
Prioritat erfolgt Die Prioritatskennung kann selbstver- 
standlich auch dazu eingesetzt werden, einen gleich- 55 
maBigen Verkauf unter den vorhandenen 
Kartenkontingenten sicher zu stellen. 
[0021] Fur den Fall, daB zu einer Veranstaltung 



mehrere Kartenkontingente zur VerfQgung stehen, kann 
dies mit Vorteil dazu genutzt werden, daB fur den Fall, 
daB aus technischen oder sonstigen Grunden eine 
Buchungs- oder Abfrageaktion nicht moglich ist, das 
prioritatsrangniedrigere Kartenkontingent abgefragt 
wird. 

[0022] Uber die Index-Datenbank k6nnen neben 
den zur Buchung der Karte weitere wichtige Informatio- 
nen im Zusammenhang mit der nachgefragten Veran- 
staltung abgefragt werden. So k6nnen den einzelnen 
Veranstaltungen Multi-Media-Daten zugeordnet wer- 
den, die beispielsweise Informationen uber den Veran- 
staltungsort, die Veranstaltung, den Veranstalter oder 
auch den Komfort der jeweils nachgefragten Kartenka- 
tegorie verdeutlichen. 

[0023] Besonders vorteilhaft sind dabei soge- 
nannte Plug-Ins, die dazu genutzt werden konnen, 3-D- 
Informationen uber die Sichtverhaltnisse des nachge- 
fragten Platzes fur den Benutzer einzuspielen. 
[0024] Besonders vorteilhaft ist es, wenn die fragli- 
chen Informationen direkt auf dem erwahnten Multi- 
Media-Server abgelegt sind und die Index-Datenbank 
neben dem Verweis auf die betreffenden Kartenkontin- 
gente einen Verweis auf die in einer Multi-Media-Daten- 
bank abgelegten Multi-Media-Daten aus der 
betreffenden Veranstaltung enthalt und somit im 
Zusammenhang mit den zum Abverkauf der Karten not- 
wendigen Veranstaltungsinformationen optional oder 
zwangslaufig zusatzliche Einspielungen wie beispiels- 
weise Bild-, Video- oder Soundsequenzen erfolgen. 
[0025] Der Multi-Media-Server und die auf ihn auf- 
gespielte Index-Datenbank stellt das Kernstuck eines 
verteilten Datenbanksystems dar, das gleichermaBen 
von Veranstaltern, Veranstaltungsgesellschaften, Letzt- 
verbrauchern sowie anderen Benutzern unterschiedli- 
cher Wertigkeit genutzt werden soil. Daruber hinaus ist 
zu beachten, daB der Multi-Media-Server auf unter- 
schiedlichsten Kommunikationswegen und -foren ange- 
sprochen werden kann. Es ist daher von Vorteil, wenn 
jede Abfrage der Index-Datenbank mit einer Information 
uber das AusmaB der jeweiligen Zugriffsberechtigung 
versehen ist und hiervon die Qualitat des Zugriffs auf 
die Index-Datenbank hinsichtlich der Menge und/oder 
des Umfangs der jeweils angebotenen Datenbankele- 
mente bestimmt wird. 

[0026] Ein System derart unterschiedlicher 
Zugriffsberechtigung kann insbesondere durch die 
Implementierung unterschiedlicher Schnittstellen, die 
auf der Index-Datenbank aufsetzen, realisiert werden. 
Dabei kann es sich bei diesen Schnittstellen urn fest 
verdrahtete Schnittstellen des Multi -Media-Servers 
oder urn Software -Module handeln, die je nach Wertig- 
keit mit unterschiedlicher Machtigkeit und unterschiedli- 
chem Komfort auf die Index-Datenbank zugreifen. 
[0027] So kann die Index-Datenbank uber eine 
qualifizierte Verbraucherschnittstelle angefragt werden. 
Dies ist ubficherweise der Weg, uber den sich Letztver- 
braucher in die Index-Datenbank einlocken. In Abhan- 
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gigkeit vom Zugriffsmedium und der Identifikation des 
Kunden konnen unterschiedliche Transaktionen abge- 
wickelt werden. So konne dem Kunden beispielsweise 
ausschlieBlich Veranstaltungsinformation ausschlieB- 
lich Buchungsinformationen angeboten werden oder 
beide Informationen miteinander verbunden werden. 
Dabei konnen dem Kunden je nach dessen Qualifika- 
tion, beispielsweise Stammkunde oder Erstkunde, 
unterschiedliche Informationen und/oder Informations- 
qualitaten sowie Transaktionen angeboten werden. 
[0028] So kann beispielsweise auf dem Multi- 
Media-Server zusatzlich eine Preislistendatenbank der- 
art hinterlegt sein, daB zu einzelnen Veranstaltungen 
unterschiedliche Preisgestaltungen vorgesehen sind. 
Je nach Kunde oder Zugriffsmedium konnen unter- 
schiedliche Preisgestaltungen angeboten werden. Hier- 
durch konnen bestimmte Zugriffsmedien, die 
beispielsweise mit einem geringen Verwaltungsauf- 
wand fur den Veranstalter verbunden sind, privilegiert 
werden. AuBerdem konnen Partner der jeweiligen Ver- 
anstalter dazu ermachtigt werden, besonders gunstige 
Preise auf ihren Terminals anzubieten. 
[0029] Ein anderer Zugang als fur den Letztver- 
braucher muB fur die Veranstalter eroff net werden. So 
ist eine Veranstalterschnittstelle vorgesehen, die 
zusatzliche Felder der Index-Datenbank zur Recherche 
frei gibt. Es handelt sich hierbei insbesondere urn ein 
Statusfeld das zeigt, in welcher Phase sich der Vorver- 
kauf befindet sowie ein Ergebnisfeld, das zeigt, wie der 
Vorverkauf zu der jeweiligen Veranstaltung lauft. 
[0030] Daruber hinaus ist es von Vorteil, daB neben 
der Veranstalterschnittstelle eine Kunde nschnittstelle 
vorgesehen ist, die es dem Kunden ermoglicht, selbst- 
tatig Veranstaltungsdaten in das System einzupflegen 
und zu verandern. So konnen beispielsweise auch 
Multi-Media-Daten in die Multi-Media-Datenbank einge- 
pflegt oder in die Preislistendatenbank von derartigen 
Kunden eingegriffen werden. SchlieBlich konnen uber 
die genannte Kundenschnittstelle Daten direkt aus dem 
System zur Weiterverarbeitung abgezogen werden. 
Letzteres ist insbesondere zur Ubernahme von Ver- 
kaufsdaten in eine Finanzbuchhaltung von Vorteil. 
[0031] Derart privilegierte Kunden werden uber die 
Kundenschnittstelle auch in die Lage versetzt, direkt 
Karten aus dem System mit einem jeweils modifizierba- 
ren Ausdruck zu beziehen. 

[0032] SchlieBlich soli uber die Kundenschnittstelle 
auch eine Verteilfunktion derart gegeben sein, daB Kar- 
tenkontingente bestimmten Vorverkaufsstellen zuge- 
wiesen oder entzogen werden oder sonstig in die 
Kartenverteilung eingegriffen wird. 
[0033] Die zentrale Verwaltung des gesamten Kar- 
ten kontin gents, die uber den genannten Multi-Media- 
Server mdglich ist, erlaubt weitere vorteil hafte Funktio- 
nen, die den Ablauf einer Veranstaltung sinnvoll beglei- 
ten. So kann beispielsweise eine Versand-Ende- 
Funktion derart vorgesehen werden, daB mit dem Aus- 
losen dieser Funktion die den einzelnen Schnittstellen 



zugeordneten Berechnungen derart verandert werden, 
daB der bisher freie Verkauf dann nur noch einzelnen 
lokal definierten Schnittstellen moglich ist. Dieses Merk- 
mal ist insbesondere im Zusammenhang mit der 
5 Umstellung des Vorverkaufs auf den Abendkassenbe- 
trieb sinnvoll. 

[0034] In weiterer Ausgestaltung der Erfindung k6n- 
nen selbstverstandlich weitere Schnittstellen mit jeweils 
unterschiedlichen Berechtigungen definiert und auf der 

w erwahnten Index-Datenbank aufgesetzt werden. 

[0035] In abermals vorteilhafter Ausgestaltung ist 
der Mulit-Media-Server mit einer Transaktionsdaten- 
bank belegt, die zu jeder Datenbanktransaktion ein 
Datenbankelement mit einem eindeutigen Index 

75 erzeugt, wobei innerhalb dieses Datenbankelements 
insbesondere die Information abgelegt wird, ob die 
Bezahlung des Vorgangs bereits erfolgt ist oder nicht. 
im Falle der elektronischen Bezahlung werden in dem 
genannten Datenbankelement samtliche Kundendaten 

20 abgelegt. 

[0036] Die An lage der Transaktionsdatenbank auf 
den Multi-Media-Server kann vorteilhaft mit der Preisli- 
stendatenbank, die ebenfalls auf dem Multi-Media-Ser- 
ver abgelegt ist derart gekoppelt werden, daB das 

25 elektronische Kartenvorverkaufssystem nach entspre- 
chender Vorgabe selbsttatig Rabatte oder Stammkun- 
dentarife generieren bzw. gewahren kann. 
[0037] Nachdem das erwahnte Kartenvorverkaufs- 
system zur Abwicklung und Verwaltung des gesamten 

30 Kartenvertriebs einer Veranstaltung geeignet ist, ist es 
sinnvoll, den Multi -Media-Server des Systems mit einer 
Internet-Schnittstelle zu versehen, die es dem Letztver- 
braucher ermoglicht, den genannten Multi-Media-Ser- 
ver uber das Internet derart anzusprechen, daB von hier 

35 aus eine Recherche in der Index-Datenbank je nach 
Berechtigung insbesondere eine Kartenbuchung mog- 
lich ist. 

[0038] Die Erfindung wird nachstehend anhand 
eines in der Zeichnung nur schematisch dargestellten 
40 Ausfuhrungsbeispiels naher erlautert. Es zeigen: 

Fig. 1 ein elektronisches Kartenvorverkaufssystem 

in einem Blockschaltbild und 
Fig. 2 eine schematische Darstellung zur Daten- 
45 bankanordnung des elektronischen Karten- 

vorverkaufssystems 

[0039] Das erfindungsgemaBe elektronische Kar- 
tenvorverkaufssystem 1 umfaBt als zentrales Element 

so einen Multi-Media-Server 2, auf den eine Index-Daten- 
bank 3 aufgespielt ist, die von einer CPU 4 angesteuert 
wird. Auf den Multi-Media-Server 2 konnen die zu ver- 
waltenden Kartenkontingente vollstandig oder teilweise 
abgelegt werden. Ubiicherweise arbeitet der Multi- 

55 Media-Server jedoch mit verschiedenen Ticket-Serve rn 
5, 5' zusammen, die uber ein offenes Bussystem 6 oder 
eine geeignete Schnittstelle 7 mit dem Multi-Media-Ser- 
ver 2 in Datenverbindung stehen. Als Bussystem 6 kom- 
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men insbesondere offene Bussysteme wie ein CORBA 
oder CAN-BUS in Frage. 

[0040] Daruber hinaus weist der Multi-Media-Ser- 
ver 2 eine Internet-Schnittstelle 10 auf und ist hieruber 
direkt oder Qber eine Firewall mit dem Internet 1 1 ver- 5 
bunden. Uber das Internet konnen verschiedene Inter- 
net-Clients 12, 12* wie Letztverbraucher, Vorverkaufs- 
stellen oder Veranstalter, also im Ergebnis samtliche 
denkbaren Benutzer des elektronischen Kartenvorver- 
kaufssystems sich in den Multi-Media-Server 2 einlok- 10 
ken. Daruber hinaus kfinnen SB-Terminals 13, 13', 13" 
bzw. Call-Center Ober das herk6mmliche Telefonnetz 
14 in eine entsprechende analoge oder digitale Modem- 
Schnittstelle 15 mit dem Multi-Media-Server verbunden 
sein. is 
[0041] Der Multi-Media-Server 2 ist daruber hinaus 
mit einer Reihe weiterer, hier nicht dargestelrter Schnitt- 
stellen zum direkten oder indirekten AnschluG von wei- 
teren Datennetzen ausgestattet. Insbesondere kann 
der Multi-Media-Server 2 im Intranet eines hier nicht 20 
weiter dargestellten Rechnernetzes betrieben werden. 
Zusatzlich weist der Multi-Media-Server 2 eine Ein- und 
Ausgabeinheit 16 zum Support oder zur Pflege der auf 
dem Multi-Media-Server 2 aufgespierten Daten auf. 
SchlieBlich k6nnen besonders wichtige User, wie bei- 25 
spielsweise Veranstalter 17, Regionalgesellschaften 17' 
von Veranstaltern oder direkte Kunden 17" in direkter 
Datenverbindung mit dem Multi-Media-Server 2 stehen. 
Diese direkten Datenverbindungen sind wie alle zuvor 
genannten Schnittstellen auch uber Schnittstellen mit 30 
jeweils unterschiedlichen Prioritaten und Berechtigun- 
gen auf den Multi-Media-Server 2 aufgeschaltet. Die Art 
des Zugangs definiert die Art des Zugriffs auf den Multi- 
Media- Server 2 sowie den Umfang des jeweils zulassi- 
gen Zugriffs. Dies bedeutet, daB die Schnittstellen 35 
jeweils mit einer eindeutigen Kennung versehen sind 
und diese Kennung auch von der CPU 4 des Multi- 
Media-Servers 2 erkannt wird. Die Schnittstellenken- 
nungen sind mit unterschiedlichen Zu griffs rechten auf 
die Index-Datenbank 3 ausgestattet. Daruber hinaus 40 
konnen auch uber dieseibe Schnittstelle zugreifende 
unterscheidbare User mit unterschiedlichen Zugangs- 
berechtigungen je nach User-ldentifikation belegt wer- 
den. 

[0042] In Fig, 2 ist der Datenbankaufbau der auf 45 
dem Multi-Media-Server 2 abgelegten Index-Datenbank 
3 naher dargestellt. Die Index-Datenbank 3 besteht im 
wesentlichen aus Datenbankelementen 20, die in Fig. 2 
durch Tabellenzeilen dargestellt sind. Jedes Daten- 
bankelement 20 ist mit einer eindeutigen Kennung dem so 
sogenannten Index 21 versehen. Dabei stent jeder 
Index 21 fur nur eine eindeutig definierte Veranstaltung. 
[0043] Innerhalb der Multi-Media-Datenbank 3 
kann mit einer entsprechenden Retrieval-Software 22 
recherchiert werden. Die Retrieval-Software stelrt je 55 
nach abfragender Schnittstelle bzw. Userkennung 
unterschiedliche Zugriffsmoglichke'rten in Form von 
unterschiedlich machtigen Befehlen und unterschiedli- 



chen Zugriffsberechtigungen auf die Indes-Datenbank 
zur VerfCigung. Der Betrieb der Index-Datenbank wird 
dabei uber die CPU 4 des Multi-Media-Servers 2 abge- 
wickelt. 

[0044] Der Datenbankbetreiber kann Ober die Ein- 
/Ausgabeeinheit 16 jederzeit Datenbankelemente 20 
hinzufugen, verandern oder weitere Daten in beste- 
hende Datenbankelemente 20 einpflegen oder sich 
Qber den Betrieb der Index-Datenbank 3 informieren. 
Uber die Ein-/Ausgabeeinheit 16 konnen auch weitere 
den Betrieb der Index-Datenbank 3 betreffende Infor- 
mationen wie beispielsweise den Vorverkauf einzelner 
Veranstaltungen betreffend oder aber die Nachfrage 
nach der Index-Datenbank 3 insgesamt abgefragt wer- 
den. 

[0045] Die Index-Datenbank 3 steht daruber hinaus 
in Datenverbindung mit den angeschlossenen Ticket- 
Servern 5, 5*. Auf diesen Ticket-Serve rn 5, 5' liegen die 
zu einer jeweiligen Veranstalung gehdrenden Karten- 
kontingente. Anhand des von der Index-Datenbank 3 
ubergebenen-lndexes 21 und somit der entsprechend 
eindeutigen Veranstaltungskennung kann das auf dem 
Ticket-Server 5 Oder 5 1 zu der jeweiligen Veranstaltung 
gehorende Kartenkontingent direkt angesprochen und 
abgefragt werden. Dabei weist sowohl der Multi-Media- 
Server 2 als auch die Index-Datenbank 3 die erforderli- 
chen Schnittstellen zur Datenverbindung mit den jewei- 
ligen Ticket-Servern 5, 5' auf. 

[0046] Anhand der eindeutigen Veranstaltungsken- 
nung , dem Index 21, konnen gezielt etwaig weitere 
Informationen zum Veranstalter bzw. zur jeweiligen Ver- 
anstaltung von anderen Servern 24 bezogen werden. 
Hierbei kann es sich beispielsweise urn einen Server 
zur Speicherung von Multi-Media-Daten handeln, die 
Bild-, Video- oder Sound-Effekte zu einer bestimmten 
Veranstaltung uberspielen. Hierzu werden bevorzugt 
Plug-Ins engesetzt. SchlieGlich steht die Index-Daten- 
bank mit einer sogenannten Preislisten-Datenbank 25 
in Datenverbindung. Innerhalb der Preislisten-Daten- 
bank 25 sind zu jeder Veranstaltung zumindest eine 
Preisliste, moglicherweise auch mehrere Preisgestal- 
tungen abgelegt. Welche Preisliste jeweils angeboten 
wird, kann sich nach dem Nachfragemedium, dem 
Anfragenden oder aber dem Zeitpunkt des Vorverkaufs 
richten. Jedenfalls besteht uber die Preislisten-Daten- 
bank 25 die Moglichkeit, einer Veranstaltung mehrere 
Preisgestaltungen zuzuordnen und die in Abhangigkeit 
von bestimmten Bedingungen auszuwahlen. 
[0047] Auf die Preislisten-Datenbank 25 wird von 
unterschiedlichen Benutzern mittels unterschiedlicher 
Kommunikationswege zugegriffen. Es kann sich dabei 
urn sogenannte Veranstalter-Schnittstelle 30 handeln. 
Diese Schnittstelle 30 ermoglicht es dem Veranstalter, 
den Status des Vorverkaufs abzufragen. Hierunter ist zu 
verstehen, ob der Vorverkauf bererts begonnen hat, 
beendet ist oder zwischenzeitlich ausgesetzt wurde. 
Daruber hinaus kann abgefragt werden, ob bereits 
Abrechnungen erfolgt sind. Ober diese Schnittstelle 
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kann auch das Ergebnis des Vorverkaufs abgefragt 
werden. SchlieBlich konnen Mustertickets sowie die 
Karteneinteilung nach Platzkategorien abgefragt wer- 
den. SchlieBlich kann uber die Veranstalterschnittstelle 
eingesehen werden, ob und wie die jeweilige Veranstal- 5 
tung im Internet angekundigt wird und gegebenenfalls 
entsprechende Seiten eingepflegt werden. 
[0048] Uber die Master-Veranstalterschnittstelle 31 
k6nnen uber die genannten Moglichkeiten hinaus M6g- 
lichkeiten zum Einpflegen von weiteren Veranstaltun- 10 
gen wahrgenommen werden. Die Schnittstelle umfaBt 
ein Interface zur Neuanlage von Veranstaltungen, 
Kunstlern und Veranstaltungsorten wobei die jeweils 
eingegebenen Daten zunachst der Freigabe bedurfen. 
Es konnen Multi-Media-Daten direkt in die angeschlos- 15 
sene Multi-Media-Datenbank 35 eingegeben werden. 
Es konnen ind'rviduelle Preisgestaltungen eingegeben 
Oder Veranstaltungsgruppen gebildet werden. Innerhalb 
dieser Veranstaltungscluster konnen zusammenfas- 
sende Abfragen zu mehreren Veranstaltungen gleich- 20 
zeitig durchgefuhrt werden. 

[0049] SchlieBlich konnen alle zur Finanzbuchhal- 
tung notwendigen Daten direkt aus der Index-Daten- 
bank 3 oder den angeschlossenen Datenbanken 
abgezogen werden. Es kann auch konkret eine Abrech- 25 
nung mit dem Anbieter der Index-Datenbank bzw. ein 
Zwischenstatus abgefragt werden. Die Master-Veran- 
stalterschnittstelle 31 ermoglicht uberdies den Aus- 
druck von Testkarten, Presse- und Ehrenkarten sowie 
Karten mit freier Preisgestaltung die gegebenenfalls 30 
auch ohne Preisangabe abgerufen bzw. ausgedruckt 
werden konnen. SchlieBlich umfaBt die Master-Veran- 
stalterschnittstelle 31 eine Verteilfunktion mit der 
bestimmte Kontingente reserviert, zuruckgelegt Oder 
bestimmten Stellen innerhalb des angeschlossenen 35 
Netzes zugewiesen werden k6nnen. 
[0050] Die Master- Veranstalterschnittstelle 31 ent- 
halt SchlieBlich die Berechtigung zur Ubermittlung des 
sogenannten Versand-Endebefehls. Dieser Befehl 
ermoglicht es, daB nur noch bestimmte Stellen zum 40 
Vorverkauf freigeschaltet werden. Dies bedeutet, daB 
die Master-Veranstalterschnittstelle die Berechtigung 
anderer Sen nittste lien aktiv verandern kann. 
[0051] Hierdurch kann der Vorverkauf beendet und 
die sogenannte Abendkassenfunktion aufgerufen wer- 45 
den. In diesem Zustand konnen uber alle Schnittsellen 
zwei weiter bestimmte Veranstaltungsinfonmationen 
auch uber die Index-Datenbank 3 abgefragt werden, 
aber der Vorverkauf selbst ist nur noch bestimmten 
Stellen, namlich den Abendkassen, moglich. so 
[0052] SchlieBlich gibt es noch die Spezial-Veran- 
stalterschnittstelle 32. Diese Schnittstelle 32 wird zum 
Betrieb von SB-Terminals oder Vorverkaufsstellen in 
der Regel direkt am Veranstaltungsort genutzt. In der 
Regel sind diesen .Stand-alone-Terminals" bestimmte 55 
Kontingente direkt zugewiesen, die aus einem lokalen 
Speicher direkt abgerufen werden konnen. Diese 
M Stand-alone-Terminals n zeichnen sich somit durch eine 



hohe Geschwindigkeit gegenuber der ansonsten erfor- 
derlichen Interaktion des Gesamtsystems aus. 
[0053] SchlieBlich ist die Index-Datenbank 3 uber 
die BenutzerSchnittstelle 33 anzusprechen die es 
ermSglicht, innerhalb der Index-Datenbank samtliche 
Veranstaltungsdaten zu recherchieren, wobei der Multi- 
Media-Server 2 je nach Nachfragemedium bestimmte 
Informationen frei gibt oder sperrt. So werden Multi- 
Media-Daten nicht bei einer Fax-Anfrage frei gegeben. 
Fur die Benutzer-Schnittstelle 33 konnen SchlieBlich 
auch Karten zu den jeweiligen Veranstaltungen bezo- 
gen werden. 

[0054] Zur Abwickiung der eigentlichen Abrech- 
nung Ist die Index-Datenbank 3 zusatzlich mit einer 
Transaktions-Datenbank 34 verbunden. Dieser Daten- 
bank ist jede Transaktion, also insbesondere jede Kar- 
tenbestellung mit einer Kennung 10 sowie das Datum 
der letzen Anderung jedes Datensatzes eingetragen. 
Hierdurch ist es moglich, alle vor einem gewissen Zeit- 
punkt abgespeicherten Datensatze zu bearbeiten bzw. 
abzurechnen. In der Transaktions-Datenbank werden 
insbesondere dann samtliche Kundendaten abgelegt, 
wenn die Bezahlung uber Cyber-Cash oder per Kredit- 
karte erfolgt ist. Die Kundeninformationen sind auch fur 
die Gew&hr von etwaigen Rabatten erforderlich. Inso- 
weit erfolgt ein Abgleich zwischen der Index-Datenbank 
3 und der Preislisten-Datenbank 34 uber die CPU 4. 
[0055] Da die Index-Datenbank mit mehreren Tik- 
ket-Servern 5, 5' verbunden sein kann, konnen zu jeder 
Veranstaltung mehrere Kontingente abgelegt sein. 
Somit sind die in der Index-Datenbank abgelegten 
Anwahlroutinen der einzelnen Ticket-Server 5 oder 5' 
mit Prioritatskennungen versehen, die sicherstellen, in 
welcher Reihenfolge die einzelnen Ticket-Server abge- 
fragt bzw. gebucht werden. 

[0056] Somit ist ein elektronisches Kartenvorver- 
kaufssystem beschrieben, das als Zentralsystem zwi- 
schen den bestehenden elektronischen Karten- 
vorverkaufssystemenden eingesetzt werden kann. Dies 
gelingt durch ein verteiltes Datenbanksystem, in des- 
sen Zentrum eine sogenannte Index-Datenbank 3 auf 
einem Multi-Media-Server 2 verwaltet wird. Die zentrale 
Verwaltung der Kartenkontingente und sonstiger Daten 
auf der Index-Datenbank 3 ermoglicht dem Benutzer, 
den Zugriff auf samtliche angeschlossenen vomande- 
nen Kartenkontingente und erlaubt es den angeschlos- 
senen elektronischen Kartenvorverkaufssystemen 
nahezu alle Verbraucher zu erreichen. Das erfindungs- 
gemaBe elektronische Kartenvorverkaufssystem erh6ht 
som'rt den Bedienkomfort von Veranstalter, Kartenvor- 
verkaufer und den Letztverbraucher selbst und hat 
daher im Ergebnis einen erheblichen Akzeptanz-Vorteil 
gegenuber bestehenden Systemen. 
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BEZUGSZEICHENLISTE 
[0057] 



1 Elektronisches Kartenvorverkaufssy- 5 
stem 

2 Multi-Media-Server 

3 Index-Datenbank 

4 CPU 

5,5' Ticket-Server io 

6 Bus 

7 Schnrttstelle 

10 Internet-Schnittstelle 

1 1 Internet 

12,12' Internet-Klein is 

13,13', 13" SB-Terminal 

14 Telefonnetz 

15 Modem-Schnittstelle 

16 Ein- und Ausgabeeinheit 

17 Veranstalter 20 
1 7' Regionalgesellschafter 

17" Kunden 

20 Datenbankelement 

21 Index 

22 Retrieval-Software 25 

24 weiterer Server 

25 Preististen-Datenbank 

30 Veranstaiter-Schnittstelle 

31 Master- Veranstalterschnittstelle 

32 Spezial-Veranstalterschnittstelle 30 

33 Benutzer-Schnittstelle 

34 Transaktions-Datenbank 

35 Multi-Media-Datenbank 



Patentanspriiche 35 

1. Elektronisches Kartenvorverkaufssystem zum Ver- 
trieb von Eintrittskarten fur Veranstaltungen mit 

einem Multi-Media-Server (2), 40 
der zum AnschluB weiterer Server, insbesond- 
ere zum AnschluB von unterschiediichen Tik- 
ket-Servern (5, 5'), 

uber entsprechende Schnittstellen (7) verse- 
hen ist und auf dem eine Index-Datenbank (3) 45 
zur Auswahl der jeweils interessierenden Ver- 
anstaltung und zum Aufruf der jeweils benotig- 
ten und/oder freigegebenen Kartenkontingente 
aufgespielt ist und 

deren Datenbank-Elemente (20) hierzu die so 
jeweilige Veranstaltung charakterisierende Ver- 
anstaltungsinformationen enthalt, 
die einem eindeutigen Veranstaltungsindex 
(21) zugeordnet sind, 

wobei diesem Veranstaltungsindex (21) 55 
zusatzlich die zur Aus- und Anwahl des jeweils 
benotigten Ticket-Servers (5, 5') und/oder wei- 
terer Server, bendtigte Schnittstellen-lnforma- 



tionen, 

sowie die zum Aufruf der zum Einloggen in den 
jeweiligen Server benfitigten Authentifikations- 
routinen und/oder Konvertierungsalgorithmen 
erforderlichen Datentransfer-lnformationen 
eindeutig zugeordnet sind. 

2. Elektronisches Kartenvorverkaufssystem nach 
Anspruch 1, dadurch gekennzeichnet, daB die 
Index-Datenbank (3) in regelmaBigen vorbestimm- 
baren zeitlichen Abstanden oder standig derart 
aktualisiertwird, daB zumindest nach der jeweiligen 
Aktualisierung, zu jeder innerhalb des Multi-Media- 
Servers (2) und/oder den angeschlossenen Ser- 
vern gespeicherten Veranstaltungsdaten wenig- 
stens ein Element (20) in der Index-Datenbank (3) 
mit einem eindeutigen Veranstaltungsindex (21) 
und den dazugehorenden Informationen abgelegt 
ist. 

3. Elektronisches Kartenvorverkaufssystem nach 
Anspruch 1 oder 2, dadurch gekennzeichnet, da3 
die Index-Datenbank (3) mit einer Retrieval Soft- 
ware (22) versehen ist, die einen Zugriff auf unter- 
schiedliche Felder des jeweiligen Datenbank- 
elements (20) erlaubt. 

4. Elektronisches Kartenvorverkaufssystem nach 
Anspruch 3, dadurch gekennzeichnet, daB die 
Retrieval-Software (22) der Index-Datenbank (3) 
einen Thesaurus fur zumindest einen Teil der 
recherchierbaren Felder der Index-Datenbank (3) 
aufweist. 

5. Elektronisches Kartenvorverkaufssystem nach 
einem der vorhergehenden Anspruche, dadurch 
gekennzeichnet, daB die Datenbankelemente (20) 
der Index-Datenbank (3) fur den Fail mehrerer 
unterschiedlicher Kartenkontingente zur seiben 
Veranstaltung samtliche Informationen zur Anwahl 
jedes dieser Kartenkontingente enthalten, wobei 
jeder der zu einem Kartenkontingent gehorenden 
Informationsblocke mit einer vorbestimmbaren 
Prioritatskennung versehen ist, der die Reihen- 
folge, in der die Kartenkontingente angeboten wer- 
den, festlegt. 

6. Elektronisches Kartenvorverkaufssystem nach 
Anspruch 5, dadurch gekennzeichnet, daB nach 
einer vorbestimmten Anzahl erfolgloser Buchungs- 
oder Abfrageaktionen, der auf einem Server abge- 
legten Informationen, das Kartenkontingent mit der 
jeweils nachfolgenden Prioritatsstufe abgefragt 
wird. 

7. Elektronisches Kartenvorverkaufssystem nach 
einem der vorhergehenden Anspruche, dadurch 
gekennzeichnet, daB in der Index-Datenbank (3) 
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zusatzlich zumindest einem Teil der Datenbankele- 
mente (20) eine Multimedia-Information zum Aufruf 
etwaig zu der jeweils nachgefragten Veranstaltung 
auf dem Multi-Media-Server (2) und/oder ange- 
schlossenen Servern (5, 5') abgelegten Multi- 
Media-Daten zugeordnet ist. 

8. Elektronisches Kartenvorverkaufssystem nach 
Anspruch 7, dadurch gekennzeichnet, daB die es 
sich bei den Muiti-Media-Daten um Plug-Ins han- 
delt. 

9. Elektronisches Kartenvorverkaufssystem nach 
Anspruch 7 Oder 8 P dadurch gekennzeichnet, daB 
auf dem Multimedia-Server (2) zusatzlich eine 
Multi-Media-Datenbank (35) mit Multi-Media- 
Daten, vorzugsweise Bild-, Video oder Soundda- 
teien, abgelegt ist und eine eindeutige Zuordnung 
zwischen den Datenbank Elementen (20) der Multi- 
Media-Datenbank (35) und der Index-Datenbank 
(3) besteht. 

10. Elektronisches Kartenvorverkaufssystem nach 
einem der vorhergehenden Anspruche, dadurch 
gekennzeichnet, daB auf den Multi-Media- Server 
(2) ein hierachischer Zugriff derart moglich ist, daft 
jede Abfrage der Index Datenbank (3) mit einer 
Information uber das AusmaB der jeweiligen 
Zugriffsberechtigung versehen ist und hiervon die 
Qualitat des Zugriffs auf die Index-Datenbank (3) 
hinsichtlich der Menge und/oder des Umfangs der 
jeweils angebotenen Datenbankelemente (20) 
bestimmt wird. 

11. Elektronisches Kartenvorverkaufssystem nach 
Anspruch 10, dadurch gekennzeichnet, da3 die 
Index-Datenbank (3) mit Schnittstellen (25, 30, 31, 
32, 33, 34) unterschiedlicher Wertigkeit versehen 
ist. 

12. Elektronisches Kartenvorverkaufssystem nach 
Anspruch 11, dadurch gekennzeichnet, daB die 
Index-Datenbank (3) mit einer qualifizierten Benut- 
zerschnittstelle (33) derart versehen ist, daB inner- 
halb der Index-Datenbank (3) zumindest ein Teil 
der verfQgbaren Datenbankelemente (20) recher- 
chierbar und samtliche zum Kartenvorverkauf erfor- 
derlichen Transaktionen abwickelbar sind, wobei 
Art und Umfang des Zugriffs vom Zugriffsmedium 
und/oder der Kundenideritifikation abhangig defi- 
nierbar ist. 

13. Elektronisches Kartenvorverkaufssystem nach 
Anspruch 10, dadurch gekennzeichnet, daB auf 
dem Multi-Media-Server (2) zusatzlich eine Preisli- 
sten-Datenbank (25) derart abgelegt ist, daB zu 
jeder Veranstaltung unterschiedliche Preisgestal- 
tungen innerhalb dieser Preislisten-Datenbank (25) 



ablegbar sind, wobei in AbhSngigkeit vom Zugriffs- 
medium und/oder der Kundenidentifikation eine 
bestimmte Preisgestaltung der jeweiligen Veran- 
staltung zugeordnet ist 

5 

14. Elektronisches Kartenvorverkaufssystem nach 
Anspruch 11, dadurch gekennzeichnet, daB die 
Index-Datenbank (3) mit einer Veranstalterschnitt- 
stelle (30) derart versehen ist, daB uber diese 
w Schnittstelle zusatzliche Felder der Datenbankele- 
mente , inbesondere ein Statusfeld sowie ein 
Ergebnisfeld zum Veriauf des laufenden Vorver- 
kaufs recherchierbarsind. 

15 15. Elektronisches Kartenvorverkaufssystem nach 
Anspruch 13 oder 14, dadurch gekennzeichnet, 
daB die Index-Datenbank (3) mit einer Master-Ver- 
anstalterschn'rttstelle (31) derart versehen ist, daB 
uber diese Schnittstelle zusatzlich zu den Moglich- 

20 keiten der Veranstalterschnittstelle ein Interface 
zum Einpflegen von Veranstaltungsdaten in die 
Index-Datenbank (3), zum Aufspielen von Multi- 
Media Daten in die Multi-Media Datenbank (35) 
und/oder in die Preislisten-Datenbank (25) gege- 

25 ben ist sowie ein Online-Bezug von vorbestimmba- 
ren Daten aus den genannten Datenbanken 
moglich ist. 

16. Elektronisches Kartenvorverkaufssystem nach 
30 Anspruch 15, dadurch gekennzeichnet, daB uber 

die Kundenschn'rttstelle (31) ein Direktbezug von 
Karten mit veranderlichem Aufdruck moglich ist. 

17. Elektronisches Kartenvorverkaufssystem nach 
35 Anspruch 15 oder 16, dadurch gekennzeichnet, 

daB uber die Master-Veranstalterschnittstelle (31) 
eine Verteilfunktion derart gegeben ist, daB durch 
entsprechende Eintragungen in der Index-Daten- 
bank (3) Zugriffsberechtigungen veranderbar und 
40 /oder aufhebbar sind und/oder die Zuordnung von 
Kartenkontingenten veranderbar ist. 

18. Elektronisches Kartenvorverkaufssystem nach 
einem der Anspruchen 15-17, dadurch gekenn- 

45 zeichnet, daB uber die Master- Veranstalterschnitt- 
stelle (31) eine Versand-Ende-Funktion derart 
gegeben ist, daB mit dem Auslosen dieser Funktion 
die den einzelnen Schnittstellen zugeordneten 
Berechtigungen derart verandert werden, daB der 

so bisher freie Verkauf nur noch einzelnen lokal defi- 
nierten Schnittstellen moglich ist, wahrend den 
ubrigen Schnittstellen der Zugriff zu samtlichen 
vom Verkauf unabhangigen Veranstaltungsinforma- 
tionen erhalten bleibt. 

55 

19. Elektronisches Kartenvorverkaufssystem nach 
einem der vorhergehenden Anspruche, dadurch 
gekennzeichnet, daB weitere Schnittstellen mit 
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jeweils unterschiedlichen Berechtigungen je nach 
Zugriffsmedium und/oder Zugriffsberechtigung 
definierbar sind und in der Index-Datenbank (3) 
implementierbar sind. 

5 

20. Elektronisches Kartenvorverkaufssystem nach 
einem der vorhergehenden AnsprGche, dadurch 
gekennzeichnet, daB auf dem Multi-Media-Server 
(2) eine Transaktionsdatenbank (34) angelegt ist, 

die zur jeder Transaktion ein Datenbankelement mit w 
einem eindeutigen Index, einer Kennung, ob die 
Bezahlung erfolgt ist Oder nicht sowie im Falle einer 
elektronischen Bezahlung samtliche Kundendaten. 

21. Elektronisches Kartenvorverkaufssystem nach 15 
Anspruch 20, dadurch gekennzeichnet, daB die 
Transaktionsdatenbank (34) mit der Preislisten- 
Datenbank (25) derart koppelbar ist, daB selbsttatig 
Rabatte oder Stammkundentarife generierbar sind. 

20 

22. Elektronisches Kartenvorverkaufssystem nach 
einem der vorhergehenden Anspruche, dadurch 
gekennzeichnet, da3 der Multi-Media-Server (2) 
eine Internet-Schnittstelle (10) aufweist und uber 
herkommliche Internet-Protokolle derart ansprech- 25 
bar ist, daB sich samtliche Benutzer uber das Inter- 
net (11) auf den Multi-Media-Server (2) direkt 
zugreifen konnen, wobei Umfang und Qualitat des 
Zugriffs von der in der AbhSngigkeit einer vorge- 
schalteten Idenfrfikationsroutine zugewiesenen 30 
Schnittstelle abh&ngt 
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